撿櫻桃後很理所當然是講變基rebase，但我想用案例介紹。

我們之前的合併，是先切換到develop分支，合併其他分支後再對develop分支操作提交推送，但是使用GitFlow後，有很大的機會master和develop分支是被鎖起來，只能合併無法提交推送。

所以我們在合併之前，就要在自己的feature分支解完衝突，這樣合併請求develop分支就不會發生衝突。

上圖是develop分支，下圖是feature/功能分支05分支，兩個分支修改的程式碼行數都是第15行，肯定會衝突

• 我們在feature/功能分支05，變基之前先獲取一下develop分支，看看這段期間有沒有變動，不然解完衝突後還要再重解一次

1. 點擊develop分支
2. 點擊Checkout
3. 點擊VCS
4. 點擊Git
5. 點擊Fetch，如果有資料就拉取Pull
   

• 展開Git Branches，回到feature/功能分支05

1. 點擊develop分支
2. 點擊Rebase Current onto Selected
3. 點擊要解決衝突的檔案
4. 點擊MERGE
5. 解決完衝突後點擊APPLY
   

• 這時候feature/功能分支05就不會和develop產生衝突，可以放心的提交合併請求；如果你的分支離develop分支很遠的話，就要做很多次解決衝突，這樣會很煩，所以GitFlow才會建議盡量把feature分支開細一點，盡快回到develop，不然就真的會解衝突解到懷疑人生